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(57) A method and system for obtaining a network 
address stored in a peripheral device, and accessing a 
remote device at the network address to obtain informa- 
tion related to the peripheral device. When the periph- 
eral device is connected to a host computer, the stored 
network address is read by the host computer. The net- 
work address is preferably determined by the host com- 
puter when a peripheral device, such as a USB device, 
is initially connected to the host device, or when the host 
device with a newly connected USB is energized. The 
network address is then used by the host device to com- 
municate with a remote device so that information per- 
taining to the peripheral device, such as a device driver 
for the peripheral device, can be accessed by the host 
device at the remote device. In addition, the host device 
can download or automatically execute a program 
stored at the remote device, download and install an ap- 
plication program relating to use of the peripheral de- 
vice, display a Web page that includes information per- 
tinent to the peripheral device, download documentation 
for the peripheral device, access help information, 
download and install firmware into the peripheral device 
and/or access other material related to the peripheral 
device. Access of the remote device can be fully auto- 
mated or can optionally be implemented only with the 
permission of the user. 
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Description 

Field of the Invention 

[0001] The present invention generally relates to a 
method and system that stores network addresses in 
the firmware memory of electronic peripheral devices, 
and more specifically, to retrieving device drivers and 
other software specifically related to such electronic pe- 
ripheral devices from remote sites identified by the net- 
work addresses. 



Background of the Invention 

[0002] Many computers and associated peripheral 
devices are designed to work with a plug-and-play ca- 
pability integrated into an operating system running on 
the computer. Plug-and-play enables the computer to 
automatically detect a newly connected peripheral de- 
vice and install and register it as part of the computer 
system. Prior to the development of plug-and-play, it 
was necessary for a user to specifically indicate to the 
operating system that a new peripheral device had been 
added, to identify the peripheral device added, and to 
manually set any resources required by the peripheral 
device : such as interrupt request values (IRQs). Under 
plug-and-play, the computer operating system automat- 
ically detects the presence of the newly added periph- 
eral device when the computer is booted up, identifies 
the device, and then automatically assigns the resourc- 
es required by the device. More recently, operating sys- 
tems have added the ability to "hot-detect" when a pe- 
ripheral device is added or disconnected after a compu- 
ter is already booted up and operational, identify the pe- 
ripheral device, and install or uninstall the device as part 
of the computer system. For example, many new com- 
puters and peripherals support the Universal Serial Bus 
(USB) standards and have USB interfaces. Newer ver- 
sions of Microsoft® Corporation's WINDOWS® operat- 
ing systems running on these new computers are able 
to hot-detect a newly connected or disconnected USB 
peripheral device, such as a scanner, printer, digital 
camera, etc., while the computer is running. The oper- 
ating system identifies the specific USB device that has 
just been connected to a USB port based upon informa- 
tion obtained from the device. Then, if the appropriate 
peripheral device driver and client application software 
were previously installed, the computer installs the de- 
vice as part of the computer system. Specifically, the op- 
erating system checks to see if the particular peripheral 
device model is included in the current device registry, 
and if so, loads the corresponding device driver into 
memory. The newly connected USB peripheral device 
can then be used immediately. 
[0003] However, when a new USB peripheral device 
is connected to a computer for the first time, the USB 
peripheral will not be listed in the device registry. For 
some peripheral devices, an information file (i.e., a*. INF 



file) and device driver are included with the operating 
system, which enables the operating system to add nec- 
essary information about the peripheral to the device 
registry and to load the device driver. However, in many 

5 cases, peripheral information and a device driver are not 
included with the. operating system. In that event, it is 
currently necessary to run a setup program to obtain and 
install the required information, driver, and any related 
client application software for the peripheral device. 

10 [0004] One example of the type of application soft- 
ware that might be installed is a printer manager pro- 
gram for use with a USB printer. Additionally, the appli- 
cation software may include programs that provide ad- 
ditional features or functions for the USB device, or that 

15 provide an added benefit to the purchaser of the periph- 
eral device. 

[0005] Typically, any required driver and user applica- 
tion software are provided on a CD-ROM or on one or 
more floppy disks packaged with a peripheral device. 
20 When drivers or user application software for USB pe- 
ripheral devices are not provided with the operating sys- 
tem, the user must load CD-ROMs or floppy disks, or 
otherwise manually provide the required material. The 
interaction required by the user to initially install a pe- 
25 ripheral device thus detracts from a quality user experi- 
ence, since the initial installation of the peripheral device 
is not truly a "plug-and-play" operation. 
[0006] When a new peripheral device is connected to 
a computer, an operating system, which includes plug- 
30 and-play capability, detects the presence of the new pe- 
ripheral device. As mentioned above, such an operating 
system then checks to see if the peripheral has been 
previously installed. If the peripheral has not been pre- 
viously installed, the operating system initiates a proce- 
ss dure to install a new peripheral. If the operating system 
does not include the necessary files, the operating sys- 
tem gives the user an option to insert a CD- ROM or other 
medium on which an appropriate information file (e.g., 
a MNF file), driver software, and application software 
40 can be found. 

[0007] Producing and distributing CD-ROMs and/or 
floppy disks with peripheral devices represents a con- 
siderable expense to peripheral vendors for at least two 
reasons. First, there is the cost of the media and pack- 
45 aging associated with providing such tangible compo- 
nents. In addition, scheduling production of CD-ROMs 
and/or floppy disks can delay shipment of newly devel- 
oped peripheral devices, or reduce the amount of soft- 
ware development time available. If changes to the de- 
50 vice driver or other software are required late in the de- 
velopment cycle, then CD-ROM production may be de- 
layed until after hardware production of the peripheral 
is already complete. In addition to delaying delivery of 
the peripherals, storing the completed peripherals in in- 
55 ventory can add unnecessary cost. Alternatively, to en- 
sure CD-ROM production meets peripheral hardware 
production and shipping schedules, software develop- 
ment may have to be cut short before corrections can 
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be made or before program features can be added. 
Elimination of program features can reduce the compet- 
itiveness and attractiveness of a product in the market- 
place. Vendors may also be forced to distribute updated 
software on another CD-ROM, or by other means, to 
correct bugs or to provide improved features and func- 
tionality in the software materials. 
[0008] Updated device drivers and other materials are 
often available for downloading over the Internet. Since 
many computer users have either high speed, full-time 
connections or at least a dial-up connection to the Inter- 
net, a peripheral vendor doesn't necessarily need to 
supply a CD-ROM and/or floppy disks with a peripheral 
device to provide the required drivers and application 
software. Instead, a vendor can require users to manu- 
ally download and install such software from a specified 
site over the Internet. However, connecting to the Inter- 
net and/or downloading drivers and other software ma- 
terials is also a manual, time-consuming process that 
most users would prefer to avoid. In addition, such a 
manual process can present a problem for novice users, 
can delay the initial installation of a newly purchased 
peripheral device on a computer, and will clearly detract 
from user satisfaction with the peripheral device. 
[0009] From the preceding discussion, it will be ap- 
parent that it would be preferable to enable the operating 
system on a computing device to automatically obtain 
any device driver required and any related software/ 
document materials pertaining to a peripheral device 
that has just been connected to the computing device 
for the first time from a designated remote site via the 
Internet (or other network). Eliminating the need for the 
user to insert a CD-ROM or floppy disk into a host com- 
puting device, or otherwise manually obtain the required 
software, provides an improved plug-and-play capabili- 
ty. Eliminating the need for vendors to include 
CD-ROMs and/or floppy disks with peripheral devices 
to provide the drivers and other software should extend 
software development time and reduce production 
costs. 

Summary of the Invention 

[0010] The present invention is directed to a method 
and system for obtaining a network address stored in a 
peripheral device, and accessing a remote device at the 
network address to obtain information related to the pe- 
ripheral device. When the peripheral device is connect- 
ed to a host computer, the stored network address is 
read by the host computer, enabling communication be- 
tween the host device and a remote device accessed at 
the network address, so that information pertaining to 
the peripheral device can be downloaded by the host 
device from the remote device. 
[001 1] In addition to downloading information from the 
remote device at the network address, the host device 
can automatically execute a program stored at or down- 
loaded from the remote device, install a device driver for 



the peripheral device, install an application program, 
display a Web page, register the peripheral device, 
download documentation for the peripheral device, 
download and install firmware into the peripheral device, 
5 access help information, and/or access other material 
related to the peripheral device. Those skilled in the art 
will recognize that a variety of different types of informa- 
tion related to the peripheral device can be downloaded, 
displayed, or obtained at the network address. 
10 [0012] The network address is preferably stored in a 
read-only memory (ROM) of the peripheral device. How- 
ever, in another embodiment, the network address is 
stored in a rewritable memory medium that is associated 
with and readable by the peripheral device. 
15 [0013] Preferably, the method includes the step of 
enumerating the peripheral device when the peripheral 
device is operatively attached to the host device. During 
enumeration, the peripheral device identifies itself and 
transfers the network address in a communication to the 
20 host device. Communication is initiated when the oper- 
ating system on the host device queries the peripheral 
device for a device descriptor assigned to the peripheral 
device. The device descriptor includes information such 
as a vendor identifier and a product identifier. The oper- 
as ating system also queries the peripheral device for a 
string descriptor. A peripheral device vendor includes a 
string descriptor in the memory of the peripheral that in- 
cludes the network address at which a device driver, 
software, document, or other material related to the pe- 
so ripheral can be obtained. Alternatively, the string de- 
scriptor can hold a pointer to memory location at which 
the network address is stored in the peripheral device. 
The operating system parses the device descriptor for 
the vendor identifier, product identifier, and other iden- 
35 tifiers. The operating system also parses the string de- 
scriptor to obtain the network address or pointer to it. 
[0014] Alternatively, the step of transferring the net- 
work address from the peripheral device to the host may 
be performed after enumeration by utilizing other func- 
40 tions that request and receive the string descriptor from 
the peripheral device. For example, the step of transfer- 
ring may be performed by issuing a class request to the 
peripheral device for the network address, wherein the 
class is preferably a class assigned for operating system 
45 functions. Alternatively, the transferring step may be 
performed by implementing a vendor-specific command 
or commands to obtain the network address from the 
peripheral device. 

[0015] The method can further include a preliminary 
so check by the operating system to determine whether the 
peripheral device was previously installed on the host 
device. If not, the operating system will look for a net- 
work address in the device descriptor, issue a string re- 
quest, issue a vendor specific command, or otherwise 
55 obtain the network address. Alternatively, this check can 
be done after the host device has already obtained the 
network address. In this case, the decision determines 
whether to launch a task to access the network address, 
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retrieve and install the device driver and/or other infor- 
mation, and/or perform any other task related to access- 
ing the network address. 

[0016] The step of enabling communication between 
the host device and remote device includes the step of 
automatically retrieving data, machine instructions, or a 
document pertaining to the peripheral device from the 
remote device at the network address. Preferably, the 
step of enabling communication includes the step of au- 
tomatically executing a program stored on the remote 
device that pertains to the peripheral device. In addition, 
or alternatively, the step of enabling communication in- 
cludes the step of automatically receiving an instruction 
to execute a program stored on the host device that per- 
tains to the peripheral device. This step can further in- 
clude the step of automatically installing the driver for 
the peripheral device on the host device, automatically 
executing an application program pertaining to the pe- 
ripheral device, and/or providing a link to the network 
address to enable a user to select the information that 
is provided at the remote device. 
[0017] The method preferably further includes the 
step of automatically executing a browser function on 
the host device and automatically navigating to the net- 
work address. Alternatively, the method includes the 
step of requesting whether a user wants to execute a 
browser function on the host device and if so, automat- 
ically navigating to the network address. The user is en- 
abled to suppress further requests to execute a browser 
function on the host device for automatically navigating 
to the network address. 

[0018] Another aspect of the present invention is di- 
rected to a system for automatically accessing informa- 
tion related to a peripheral device. The system includes 
a host device having a memory in which machine in- 
structions are stored. A processor in the host device ex- 
ecutes the machine instructions, causing the host de- 
vice to access a network address stored in the periph- 
eral device. The host device, which is connected to the 
peripheral device, also includes a network communica- 
tion interface that enables communication with a remote 
device or additional source of machine-readable mate- 
rial. Preferably, the remote device is a server that com- 
municates with the host device over a network. Howev- 
er, the remote device may be another peripheral device, 
such as an external storage device. Such remote devic- 
es may be useful for industrial, automotive, or other sys- 
tems in which the peripheral device directly informs the 
host device where to find information , rather than simply 
providing identifiers that the host device must use to lo- 
cate the information. In any case, the remote device 
stores data, machine instructions, documents, or other 
machine-readable material pertaining to the peripheral 
device. 

[0019] Another aspect of the invention is directed to 
a machine-readable medium with machine-executable 
instructions that perform the steps of the method de- 
scribed above. 



Brief Description of the Drawing Figures 

[0020] The foregoing aspects and many of the attend- 
ant advantages of this invention will become more read- 
5 ||y appreciated as the same becomes better understood 
by reference to the following detailed description, when 
taken in conjunction with the accompanying drawings, 
wherein; 

10 FIGURE 1 is a schematic block diagram of an ex- 
emplary personal computer (PC) system suitable 
for implementing the present invention; 
FIGURE 2 is a flow diagram illustrating the logic im- 
plemented in a preferred embodiment of the 

15 present invention; 

FIGURE 3 is a flow diagram illustrating the logic of 
an embodiment for determining whether a periph- 
eral device has a network address stored as a field 
of a non-standard device descriptor; 

20 FIGURE 4 is a flow diagram illustrating the logic of 
an embodiment for determining whether a periph- 
eral device has a network address index stored by 
issuing a Vendor Specific Device (VSD) request; 
FIGURE 5 is a flow diagram illustrating the logic em- 

25 ployed to install a peripheral device and/or activate 
a function using a uniform resource identifier (URI); 
FIGURE 6 is a flow diagram illustrating the logic em- 
ployed to load a new device driver obtained using 
a URI provided by a peripheral device; 

30 FIGURE 7 is af low diagram illustrating the logic em- 
ployed to selectively activate a browser function us- 
ing a URI obtained from and pertaining to a periph- 
eral device; 

FIGURE 8 is a flow diagram illustrating the logic em- 
35 ployed to create a peripheral device URI property 
page for selective display and activation by a user; 
and 

FIGURE 9 is a schematic block diagram of an ex- 
emplary personal vehicle assistant (PVA) system 
40 suitable for implementing the present invention. 

Description of the Preferred Embodiment 

Exemplary Operating Environment 

45 

[0021 ] FIGURE 1 and the following discussion are in- 
tended to provide a brief, general description of a suit- 
able computing environment in which the present inven- 
tion may be implemented, both in regard to a server that 

so stores and provides Web pages and a client that re- 
quests the Web pages and displays them to a user. Al- 
though not required, the present invention will be de- 
scribed in the general context of computer executable 
instructions, such as program modules that are execut- 

55 ed by a personal computer. Generally, program modules 
include routines, programs, objects, components, data 
structures, etc. that perform particular tasks or imple- 
ment particular abstract data types. Moreover, those 
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skilled in the art will appreciate that this invention may 
be practiced with other computer system configurations, 
particularly in regard to a client device for displaying a 
Web page, including hand held devices, pocket person- 
al computing devices, digital cell phones adapted to 5 
connect to a network, and other microprocessor-based 
or programmable consumer electronic devices, game 
consoles, TV set-top boxes, multiprocessor systems, 
network personal computers, minicomputers, main- 
frame computers, industrial control equipment, automo- 10 
tive equipment, aerospace equipment, and the like. The 
invention may also be practiced in distributed computing 
environments where tasks are performed by remote 
processing devices that are linked through a communi- 
cations network. In a distributed computing environ- 15 
ment, program modules may be located in both local 
and remote memory storage devices. 
[0022] With reference to FIGURE 1, an exemplary 
system for implementing the present invention includes 
a general purpose computing device in the form of a 20 
conventional personal computer 20, provided with a 
processing unit 21 , a system memory 22, and a system 
bus 23. The system bus couples various system com- 
ponents including the system memory to processing unit 
21 and may be any of several types of bus structures, 25 
including a memory bus or memory controller, a periph- 
eral bus, and a local bus using any of a variety of bus 
architectures. The system memory includes read-only 
memory (ROM) 24 and random access memory (RAM) 
25. A basic input/output (BIOS) system 26, containing 30 
the basic routines that help to transfer information be- 
tween elements within the personal computer 20, such 
as during start up, Is stored In ROM 24. The personal 
computer 20 further includes a hard disk drive 27 for 
reading from and writing to a hard disk (not shown), a 35 
magnetic disk drive 28 for reading from or writing to a 
removable magnetic disk 29, and an optical disk drive 
30 for reading from or writing to a removable optical disk 
31 , such as a CD-ROM or other optical media. Hard disk 
drive 27, magnetic disk drive 28, and optical disk drive <to 
30 are connected to system bus 23 by a hard disk drive 
interface 32, a magnetic disk drive interface 33, and an 
optical drive interface 34, respectively. The drives and 
their associated computer-readable media provide non- 
volatile storage of computer-readable machine instruc- *s 
tions, data structures, program modules, and other data 
for personal computer 20, Although the exemplary en- 
vironment described herein employs a hard disk, a re- 
movable magnetic disk 29, and a removable optical disk 
31 , it will be appreciated by those skilled in the art that 50 
other types of computer-readable media, which can 
store data that is accessible by a computer, such as 
magnetic cassettes, flash memory cards, digital video 
disks, Bernoulli cartridges, random access memories 
(RAMs), read-only memories (ROMs), and the like, may 55 
also be used in the exemplary operating environment. 
[0023] A number of program modules may be stored 
on the hard disk, magnetic disk 29, optical disk 31 , ROM 



24 or RAM 25, including an operating system 35 (with 
a browser function), one or more application programs 
36 (such as a setup program), other program modules 
37, and program data 38. A user may enter commands 
and information into personal computer 20 through Input 
devices such as a keyboard 40 and a pointing device 
42. Other input devices (not shown) may include a mi- 
crophone, joystick, game pad, satellite dish, scanner, 
digital camera, or the like. These and other input devices 
are often connected to processing unit 21 through an 
input/output (I/O) device interface 46 that is coupled to 
the system bus. Output devices, such as a printer (not 
shown), may also be connected to processing unit 21 
through an I/O device interface 46 that is coupled to the 
system bus. Similarly, a monitor 47 or other type of dis- 
play device is also connected to system bus 23 via an 
appropriate interface, such as a video adapter 48, and 
is usable to display Web pages, and/or other informa- 
tion. In addition to the monitor, personal computers are 
often coupled to other peripheral output devices (not 
shown), such as speakers (through a sound card or oth- 
er audio interface - not shown). Such input/output de- 
vices are generally referred to as peripheral devices. For 
purposes of discussion in regard to the present inven- 
tion, general peripheral device 56 is coupled to personal 
computer 20 via I/O device interface 46. The term I/O 
device interface is intended to encompass each inter- 
face specifically used for a serial port, a parallel port, a 
game port, a keyboard port, and/or a USB port. Through 
I/O device interface 46, information is communicated 
between peripheral device 56 and processing unit 21 
via system bus 23. Peripheral device 56 includes 
firmware memory 58 for storing information. Firmware 
memory 58 may be erasable programmable read-only 
memory (EPROM), flash memory, magnetic storage, or 
other memory. Firmware memory 58 stores a vendor ID, 
a product ID. serial number, firmware revision level, and/ 
or other information related to the peripheral device 56. 
Firmware memory 58 also stores a URI or other type of 
address indicating a location from which a driver, data, 
and/or other material relevant to the peripheral device 
can be accessed and/or downloaded. 
[0024] Personal computer 20 may operate in a net- 
worked environment using logical connections to one or 
more remote sources, such as a remote computer 49. 
In regard to the present invention, the URI or address 
stored in the memory of the peripheral device may spec- 
ify a location that is accessed through remote computer 
49. Remote computer 49 may be another personal com- 
puter, a server (which is typically generally configured 
much like personal computer 20), a router, a network 
personal computer, a peer device, a satellite, or other 
common network node, and typically includes many or 
all of the elements described above in connection with 
personal computer 20, although only an external mem- 
ory storage device 50 has been illustrated in FIGURE 
1 . The logical connections depicted in FIGURE 1 include 
a local area network (LAN) 51 and a wide area network 
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(WAN) 52. Such networking environments are common 
in offices, enterprise-wide computer networks, intran- 
ets, and the Internet. 

[0025] When used in a LAN networking environment, 
personal computer 20 is connected to LAN 51 through 
a network interface or adapter 53. When used in a WAN 
networking environment, personal compuler20 typically 
includes a modem 54 or other means for establishing 
communications over WAN 52, such as the Internet. Mo- 
dem 54, which may be internal or external, is connected 
to the system bus 23, or coupled to the bus via I/O device 
interface 46, i.e., through a serial port. In a networked 
environment, program modules depicted relative to per- 
sonal computer 20, or portions thereof, may be stored 
in the remote memory storage device. It will be appre- 
ciated that the network connections shown are exem- 
plary and other means of establishing a communica- 
tions link between the computers may be used, such as 
wireless communication and wide band network links. 

Exemplary Implementation of the Present Invention 

[0026] The following describes exemplary implemen- 
tations of preferred embodiments using I/O device inter- 
face 46 for communication between a personal compu- 
ter 20, acting as a host device, and a peripheral device 
56, such as a printer, modem, digital camera, keyboard, 
and/or almost any other type of device that is adapted 
to couple in communication with a computing device. 
The present invention is particularly useful in connection 
with peripheral devices that are designed to be plug- 
and-piay, and more particularly, for those peripheral de- 
vices that are designed to be hot-connected to a com- 
puter, such as any peripheral device that meets the USB 
specification. Those skilled in the art will recognize that 
the details provided below may be modified slightly to 
apply to non-plug-and-play technologies and other 
forms of communication with peripheral devices, such 
as RS-232C serial, IEEE 1284 parallel, IrDA infrared, 
and other standards. Accordingly, it will be understood 
that the present invention is applicable to almost any 
type of peripheral device that communicates with a host 
device using almost any type of communication proto- 
col. However, peripheral devices that are designed to 
connect to a computing device through a USB port are 
used consistently in the following examples to simplify 
the discussion and disclosure of this invention. 
[0027] FIGURE 2 illustrates the overall logic em- 
ployed in an embodiment that installs a device driver for 
a peripheral device, and/or accesses application soft- 
ware or other material related to the peripheral device. 
The ability to automatically access a remote site to 
download and install a device driver for a peripheral de- 
vice the first time that the peripheral device is connected 
to a computing device is an important application of the 
present invention. At a step 60, a network address is 
stored in the peripheral device. Preferably, the network 
address will be stored in a ROM of the peripheral device 



when the device is being manufactured, or at least, be- 
fore the peripheral device is sold to an end user. 
[0028] Another embodiment of the present invention 
pertains to existing peripheral devices whose identifier 
5 and/or other information can be updated or modified in 
flash memory, electrically erasable programmable read- 
only memory (EEPROM), or some other form of rewri- 
table, non-volatile memory, possibly including remova- 
ble and/or rewritable storage media such as a floppy 
10 disk, a cartridge, a memory stick, or a memory card. In 
such devices, updated or alternate information can be 
directly provided. Examples of peripheral devices with 
removable or rewritable storage medium include some 
printers, game consoles, and industrial machines. Al- 
15 though it is desirable to eliminate the need for any re- 
movable storage medium holding device drivers and/or 
other materials related to a peripheral, at times it can be 
economically beneficial to upgrade an existing periph- 
eral, instead of replacing the existing peripheral with a 
20 new peripheral that contains a network address. Thus, 
in some cases it is possible to add a network address 
to an existing peripheral via a removable or rewritable 
storage medium. This approach enables some existing 
peripheral devices to be updated to include a network 
25 address among the other identifiers already in the pe- 
ripheral device. This one-time update to the existing pe- 
ripheral device enables such existing peripheral devices 
to provide its host device with a network address where 
the host can access future device driver revisions and 
30 other information, rather than continue to rely on addi- 
tional CD-ROMs or other removable medium for future 
device driver revisions and/or other materials. This may 
be especially useful if an existing peripheral device is 
moved to another host device that does not have the 
35 necessary device driver, and the original CD-ROM that 
holds the device driver is lost. Therefore, step 60 is in- 
tended to include providing the peripheral device with a 
removable or rewritable medium that contains the net- 
work address at which information related to the periph- 
40 eral device can be accessed. 

[0029] At a step 61 , a user connects a peripheral de- 
vice to a USB port, i.e., to I/O device interface 46 (shown 
in FIGURE 1). Alternatively, step 61 may represent pow- 
er being applied to a host computer 20 with a peripheral 
45 device already connected. In yet another alternative, 
step 61 may not be a physical connection, but rather a 
logical connection, such as would occur in bringing a 
peripheral within infrared, radio frequency (RF) range, 
or other communication range of host computer 20. 
so [0030] Once the peripheral device is connected to the 
host, operating system 35 (shown in FIGURE 1 ) detects 
and enumerates the new device at a step 62. As men- 
tioned earlier, during the enumeration process, operat- 
ing system 35 queries the peripheral device for a device 
55 descriptor. The device descriptor contains fields of in- 
formation about the peripheral device, including a ven- 
dor ID and product ID. In addition to the device descrip- 
tor, other standard descriptors such as configuration, in- 
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terface and endpoint descriptors are requested from the 
device. 

[0031 ] Also as mentioned above, operating system 35 
queries the peripheral device for a network address, or 
an index to it. The network address may be stored at a 5 
predefined index in the peripheral device, such as OxFF. 
If a known predefined or reserved index is employed, 
the operating system can simply query that index with 
a standard request for a string descriptor. 
[0032] Alternatively, the operating system can issue w 
a class request at the predefined index. A class request 
is a command that is understood by a class of peripheral 
devices. For example, printers form one class of periph- 
eral devices, while monitors form another class. Con- 
forming printers can understand requests that are spe- 
cific to the printer class, in addition to the standard re- 
quests. Similarly, monitors understand requests that are 
specific to the monitor class, in addition to the standard 
requests. However, because a URI might be obtained 
for any kind of peripheral device, an operating system 
class would preferably be formed to add a request for a 
network address. 

[0033] Once the descriptors are known, operating 
system 35 determines, at a decision step 64, if the pe- 
ripheral was previously installed. For example, the op- 
erating system checks whether the peripheral informa- 
tion is listed in the operating system's device registry, 
and whether the appropriate device driver is available. 
This check may include verifying that peripheral de- 
vice's firmware reversion number is the same as that 
listed in the registry. If the peripheral device was previ- 
ously installed on personal computer 20 (e.g., is listed 
in its registry), then operating system 35 simply loads 
the device driver and/or other software into memory 22. 
[0034] If the peripheral device has not been registered 
on personal computer 20, or if the device driver and/or 
other software is no longer available on personal com- 
puter 20, then operating system 35 performs a decision 
step 66 to determine whether a network address is 
stored in the peripheral device. This determination can 
be accomplished in a number of ways, as described be- 
low with regard to FIGURES 3 and 4. If a network ad- 
dress is not stored in the peripheral device, then the de- 
vice driver and/or other software must be manually load- 
ed at a step 68, as is currently done in the prior art. Man- 
ual loading typically includes inserting a storage medi- 
um, such as a CD-ROM or floppy disk, into an appropri- 
ate drive to load the required software, or manually 
downloading the device driver and/or other software via 
the Internet, or carrying out some other procedure that 
requires user intervention. Manual loading may also be 
required if network communication is not available to 
personal computer 20 or is not active. 
[0035] However, if a network address is stored in the 
peripheral device, then operating system 35 performs a 
step 70 to initiate download of the device driver and/or 
other software from a remote device accessed via the 
network address. Preferably, operating system 35 es- 



tablishes communication with the remote device via the 
network address, then passes the previously obtained 
peripheral device information to the remote device. For 
example, operating system 35 can pass the product ID 
and firmware revision level to a remote server that uses 
the information to determine which device driver, appli- 
cation software, and/or other material is appropriate to 
download. Passing information about the device to the 
peripheral manufacturer and/or to an organization's in- 
tranet server could also be used to reduce the need to 
send duplicate material to the same organization, or oth- 
erwise manage the installation of multiple peripheral de- 
vices of the same type. Preferably, however, download- 
ing material is accomplished by a file transfer request 
made via hypertext transfer protocol (HTTP), file trans- 
fer protocol (FTP), or other communication method. 
[0036] Finally, the device driver and/or other software 
that was downloaded from the site referenced by the 
network address is installed at a step 72. Installation 
may be completely automatic, or may be accomplished 
using a "wizard" or setup program that enables a user 
to customize installation features or select parameters 
of the peripheral device or related software. 
[0037] With respect to FIGURE 3, a preferred embod- 
iment representing steps implemented for determining 
whether a network address is stored in the peripheral 
device is illustrated. As described above, during enu- 
meration in step 62 (of FIGURE 2), operating system 35 
(of FIGURE 1) requests a number of descriptors from 
the peripheral device, including a Uniform Resource 
Identifier Information string descriptor. As noted above, 
the string descriptor can contain the network address, 
a pointer to an additional Uniform Resource Identifier 
Information string descriptor containing the network ad- 
dress, or a network address and/or additional URI infor- 
mation. USB strings are encoded in the international 
standard UNICODE®, which operating system 35 can 
interpret. The Uniform Resource Identifier Information 
string descriptor and other descriptors are held in RAM 
25 (in FIGURE 1 ) as data 80. Operating system 35 pars- 
es the descriptors into separate URI data elements, at 
a step 82. At a decision step 84, operating system 35 
determines whether the pointer to the network address 
is present by checking for a value of zero, or some other 
predefined value indicating that the peripheral device is 
not provided with a network address. If no network ad- 
dress was identified by the parsed descriptors, the result 
of the overall determination (at step 66 in FIGURE 2) is 
set to "NO" at a step 86, and the installation process 
continues with the conventional manual loading of driv- 
ers and/or other software via CD-ROM or floppy disk, or 
by manual download over the Internet or other network, 
at step 68 in FIGURE 2. However, if a network address 
was thus identified, the result of the overall determina- 
tion (at decision step 66 in FIGURE 2) is set to "YES," 
or otherwise coded positive, at a step 88. With this re- 
sult, the overall installation process can continue with 
automatic loading via the network, at step 70 in FIGURE 
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2. 

[0038] To avoid requiring a predefined or reserved 
string descriptor index, such as OxFF, tor a URI Informa- 
tion string, or to avoid even using a USB standard de- 
scriptor format, FIGURE 4 illustrates another embodi- 
ment to determine if and where a network address is 
stored in the peripheral device. During the standard enu- 
meration process, at a step 90, operating system 35 is- 
sues a non-standard Vendor Specific Device (VSD) re- 
quest to the peripheral device to return a network ad- 
dress or a pointer to a network address in the memory 
of the peripheral device. A VSD request is a command 
that a vendor defines and the peripheral device recog- 
nizes. The USB standard reserves a request code that 
enables vendors to define their own request command. 
Specifically, Table 9-2 of Universal Serial Bus Specifi- 
cation Revision 2.0, section 9.3 specifies that setting bits 
five (5) and six (6) of the "bmRequestType" field to a 
value of two (i.e., a binary value 10) identifies a request 
as a vendor request. Typically, the vendor is a peripheral 
manufacturer, and a VSD request is defined by the ven- 
dor for use during manufacturing, or post-installation, for 
use by the device driver during normal operation of the 
peripheral device. This feature provides a method for 
peripheral manufacturers to command their peripheral 
devices to perform tasks unique to the peripheral de- 
vice. However, in the present embodiment, a unique 
VSD request is issued by operating system 35 to obtain 
the network address. Accordingly, any peripheral man- 
ufacturer can take advantage of the unique command 
provided by operating system 35. Per section 9.5 of the 
USB Specification mentioned earlier, the peripheral de- 
vice returns a vendor specific descriptor that is inde- 
pendent of configuration information or uses a non- 
standard format. 

[0039] As already noted, a further alternative would 
be to establish a new USB "Class," by setting bits five 
(5) and six (6) of the "bmRequestType" to a value of one 
(i.e., a binary value 01), for a network address request 
originating from the operating system. In either case, a 
VSD or Class request, for example 
G ET_N ETWO RK_AD DRESS, can be provided, and 
during enumeration, operating system 35 can issue this 
request to the peripheral device. The request asks the 
peripheral device to provide the stored network address, 
or to supply a pointer to a location within the peripheral 
device firmware memory where the network address is 
stored. The peripheral device returns the network ad- 
dress, or pointer, to operating system 35, which reads 
the network address, or a location pointed to for the net- 
work address, into memory at a step 92. At a decision 
step 94, operating system 35 determines whether the 
read value is equal to zero, or equal to some other pre- 
defined value indicating that no network address is 
available. If so, the result of the overall determination 
(of step 66 in FIGURE 2) is set to "NO," at a step 86. 
Conversely, the opposite result of the overall determi- 
nation (of step 66) is set to "YES," at a step 88. 



[0040] A further detailed embodiment of the invention 
is illustrated in FIGURE 5. In this embodiment, the 
present invention is incorporated into Microsoft Corpo- 
ration's WINDOWS® operating system. Specifically, the 
5 portion responsible for hot connect installation of a USB 
peripheral device is included in the operating system. 
As noted above, the hot connect function and subse- 
quent enumeration of the USB peripheral device are ac- 
tivated when a user connects a USB device to a host 
10 computing device, such as personal computer20, orthe 
host computing device is powered up with the USB pe- 
ripheral device attached. Steps 110 and 112 represent 
these alternatives. At a step 114, a Bus Driver program 
detects the new USB peripheral device and notifies the 
15 Plug-and-Play Manager program that the number of de- 
vices attached to the bus has changed. At a step 116, 
the Plug-and-Play Manager enumerates the device by 
sending I/O request packets (IRP) to query the new pe- 
ripheral device for a device descriptor and other device 
20 capabilities. The detailed enumeration tasks are carried 
out by the Bus Driver program in partnership with the 
Plug-and-Play Manager program. The Bus Driver pro- 
gram is typically a peripheral component interconnect 
(PCI) or Personal Computer Memory Card International 
25 Association (PCMCIA) parent bus driver. This enumer- 
ation process is similar to that described above, in that 
the Plug-and-Play Manager gathers information about 
the peripheral device, such as its vendor ID and product 
ID. Also as described above, at this point, the Plug-and- 
30 Play Manager will obtain the network address and any 
other string descriptors from the peripheral device, if 
present. 

[0041] In this embodiment, the network address is in 
the form of a URI complying with the World Wide Web 

35 consortium standard for Internet resources. In addition 
to the URI string that identifies the network address, oth- 
er supporting URI information can be obtained from the 
peripheral device. For example, a user-friendly name or 
title can be obtained for display, or further instructions 

40 can be obtained to instruct operating system 35 regard- 
ing use of the URI. If this additional information is stored 
as a string descriptor in the peripheral device, then it 
can be provided as a predefined string index. Alterna- 
tively, the additional information could be obtained via a 

45 Class driver or VSD request, as discussed above. Also 
as discussed above, the strings of information can be 
obtained directly or via a pointer to a location in the 
firmware memory of the peripheral device. Further en- 
coding within the string or strings can distinguish the var- 

50 ious types of information. For example, a forward slash 
symbol (/) can be used to indicate a type of information 
or a command to treat the following characters as a type 
of information. A slash T (/T) could indicate that the fol- 
lowing characters are a title or text to display; a slash I 

55 (/!) could indicate instructions to the operating system; 
and a slash S (/S) could indicate the URI string. As be- 
fore, the characters following one of these types of com- 
mands can either be the actual string enclosed in quo- 
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tation marks or a pointer to another address in the 
firmware memory of the peripheral device where the 
string characters are stored. 

[0042] Having obtained the peripheral device IDs and 
any other additional information from the peripheral de- 
vice, the Plug-and-Play Manager examines a registry of 
previously installed peripheral devices at a step 118. At 
a decision step 120, the Plug-and-Play Manager deter- 
mines whether the newly connected peripheral device 
has been previously installed. If not, the Plug-and-Play 
Manager executes an operation at a step 122 to load 
the new device driver. Conversely, if the peripheral de- 
vice has been previously installed, the Plug-and-Play 
Manager loads the installed device driver at a step 1 24. 
The Plug-and-Play Manager can stilt use the URI by ex- 
ecuting a Device-URI dynamic link library (DLL) at a step 
126 to activate a browser or other function that will use 
the URI. 

[0043] FIGURE 6 illustrates details for loading a new 
device driver, as indicated at a step 122 in FIGURE 5. 
The Plug-and-Play Manager first saves the device ID 
data, including the peripheral device URI string informa- 
tion, in the registry of devices, as shown at a step 130. 
At a step 1 32, the Plug-and-Play Manager executes the 
New-Device DLL, which obtains the device driver at the 
URI over the network connection, such as by download- 
ing from the remote site identified by the URI over the 
Internet. At a step 134, the New-Device DLL loads the 
URI and other device identifiers and information from 
the registry of devices. To carryout this step, the New- 
Device DLL calls setup application program interface 
(API) and Configuration Manager API functions. These 
functions are used to build a list of possible device driv- 
ers for the newly attached peripheral device. The list is 
built from information (MNF) files stored on the host ma- 
chine or at the URI. At a decision step 136, the New- 
Device DLL verifies whether a device URI exists in the 
registry. If a URI is not available from the peripheral de- 
vice, then the user must complete the installation man- 
ually. If the URI already exists in the registry, then, op- 
tionally, the New-Device DLL can display the URI to the 
user at a step 138. Further optionally, the New-Device 
DLL can enable the user to choose whether to activate 
the URI, or instead, to simply proceed with the manual 
installation. If the user activates the URI at a decision 
step 140 or if the operating system automatically acti- 
vates the URI, then the New-Device DLL executes a 
browser function at a step 142, with the URI loaded into 
the address line of the browser. The browser function 
thus accesses the remote site with the URI provided, e. 
g., http://www.Microsoft.com/hardware/update/default. 
htm, where the New-Device DLL can obtain the device 
driver. 

[0044] Those of ordinary skill in the art will recognize 
that the URI could be an active server page (ASP) or 
other server-side function. Also, as described above, 
the URI can be used in initiating a file transfer protocol 
(FTP) communication to obtain the device driver from 
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the remote site. Step 142, therefore, can either transfer 
the device driver file to personal computer 20 or simply 
indicate the location of the MNF file so that the New- 
Device DLL can locate the device driver, as is done 

5 when a user manually enters an update location for a 
device driver when requested by an operating system 
to do so. At a step 144, the New-Device DLL completes 
the peripheral device installation with the downloaded 
or located device driver included in the list of possible 

io device drivers. Once the best device driver is selected 
and installed on persona! computer 20, the Plug-and- 
Play Manager loads the device driver into memory at a 
step 146, thereby enabling the peripheral device to be 
used. 

15 [0045] With reference to FIGURE 7, the URI can also 
be used to activate an application program at the URI, 
display a web page at the URI, or otherwise provide ad- 
ditional information or services available at the URI. To 
do so, the Plug-and-Play Manager verifies that the URI 

20 exists in the registry at a decision step 1 50. If it does 
not, then there is no additional information or service 
that can be provided, if a URI does exist, a decision step 
152 determines whether a flag has been set to refrain 
from prompting the user to activate the URI. This feature 

25 js useful, for example, if the user prefers not to have an 
advertisement displayed from the URI. If a "dont ask 
again" option was previously selected with an entry in a 
check box in the browser function displaying a web page 
at the remote site, then the user will not be prompted to 

30 activate the browser function with the URI. An alterna- 
tive would be to refrain from prompting the user to acti- 
vate a browser function with the URI, and simply auto- 
matically activate the browser function with the URI. 
However it may be preferable to provide the user with 

35 the option to activate the browser function with the URI. 
[0046] If the "don't ask again" flag is false, meaning 
that the check box has not been selected previously by 
the user, then the Plug-and-Play Manager executes a 
Device-URI DLL at a step 154. At a step 156, the De- 

40 vice-URI DLL informs the user that the peripheral device 
contains a URI and prompts the userto indicate whether 
the user wishes to activate the URI. In this prompt the 
user also has the option of checking the check box to 
set the "don't ask again" flag. When the user submits a 

^5 response to the prompt, a decision step 1 58 determines 
whether the user checked the check box. If so, then the 
Device-URI DLL sets the "don't ask again" flag to true 
at a step 160. If unchecked, the Device-URI DLL sets 
the "don't ask again" flag to false at a step 162. At a 

50 decision step 164, the Device-URI DLL further deter- 
mines whether the user elected to activate the URI. If 
not, then the process is complete, However, if so, the 
Device-URI DLL activates the browser function in a step 
1 66 to navigate to the network address specified by the 

55 URI . As discussed earlier, the U Rl may be for a site that 
cause the browser function to download a device driver, 
display an advertisement, initiate download and setup 
of an application program, provide help information, 
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download a user manual for the peripheral device, or 
provide other services and information. 
[0047] FIGURE 8 illustrates the steps employed for 
utilizing the device URI in another way. This feature en- 
ables a user to display the device URI in a form so that 
the user can click to activate the URI at any time. At a 
step 170, the user runs the Device Manager program 
available through the control panel of Microsoft Corpo- 
ration's WINDOWS® operating system. The Device 
Manager displays a list of all hardware devices connect- 
ed to the system, including peripheral devices that con- 
tain a URI. The user clicks on an icon representing the 
peripheral device at a step 1 72 and elects to view the 
properties of that peripheral device. At a step 1 74, the 
Device Manager begins to display the device property 
sheet that has tabs to various pages of properties per- 
taining to the selected peripheral device. At a decision 
step 176, the Device Manager looks for a device URI 
string in the registry of devices. If a URI string exists in 
the registry for the selected peripheral device, then the 
Device Manager invokes a URI property page that dis- 
plays the device URI string, or strings, in a format that 
enables the user to click on the URI string to activate 
communication to the network address specified by the 
URI. Preferably, a step 178 performs this operation by 
executing a browser function and navigating to the lo- 
cation or web page specified by the URI. Once the URI 
has been activated (or if a URI string is not in the regis- 
try), then the Device Manager performs a step 180 to 
create standard peripheral device property pages. 
[0048] With reference to FIGURE 9, an alternative ap- 
plication of the present invention is in connection with a 
special purpose computing device. This computing de- 
vice is a personal vehicle assistant (PVA) 220. A PVA is 
similar in some respects to a personal data assistant 
(PDA); however a PVA is optimized for use in a vehicle, 
such as an automobile. Microprocessors play an in- 
creasingly important role in the operation of modem ve- 
hicles and are used to control the operation of the vehi- 
cle, its lighting systems, entertainment systems, and 
more recently, in providing emergency assistance and 
navigation functions. Drivers have become dependent 
upon such sophisticated features in their vehicles to 
make driving time safer, more productive, and enjoya- 
ble. The designs for vehicles currently being marketed 
and for those under development incorporate electronic 
features such as display screens, speakers and a re- 
mote microphone coupled to a cellulartelephone, drives 
for digital navigation maps, and Web access. In a vehi- 
cle, there is a substantial expense in connecting each 
peripheral device to a PVA because of the need for rout- 
ing individual wires for each peripheral device. To over- 
come this problem, a peripheral bus can be used that 
enables many peripheral devices to communicate with 
the PVA (and with each other) over a single set of wires. 
[0049] Those skilled in the art will recognize that the 
exemplary embodiment shown in FIGURE 9 is but a sin- 
gle illustration of how the present invention is applicable 



to many other types of computing devices and periph- 
eral devices other than a personal computer and the pe- 
ripheral devices customarily associated therewith. The 
present invention is clearly also applicable to special 
5 purpose computing devices in other fields, such as in- 
dustrial programmable logic controllers, building man- 
agement computers, flight control computers, and other 
intelligent devices that interact with almost any type of 
peripheral device. 
10 [0050] PVA 220 is provided with a processing unit 
221 , a system memory 222, a system bus 223, a storage 
device interface 232, a bus interface 246, and a network 
interface 253. Other components, such as a video 
adapter, printer interface, or the like, may optionally be 
15 included in PVA 220, but are not shown in order to sim- 
plify the illustration. The system bus couples various 
system components including the system memory to 
processing unit 221 and may comprise one or more of 
several conventional types of bus structures and archi- 
ve tectures, including a memory bus, or memory controller, 
a peripheral bus, and a local bus. 
[0051] The system memory includes ROM 224 and 
RAM 225. A BIOS 226, containing the basic routines 
used to transfer information between components within 
25 PVA 220, is stored in ROM 224. PVA 220 further inter- 
faces with a storage device 227 for reading from and/or 
writing to a permanent or removable media. Storage de- 
vice 227 is connected to system bus 223 by storage de- 
vice interface 232. The storage device and its associat- 
30 ed machine-readable media store machine instructions, 
data structures, program modules, and other data for 
PVA 220. It will be appreciated by those skilled in the art 
that numerous types of machine-readable media can be 
used to store data that is accessible by a processor, 
35 such as floppy disks, magnetic cassettes, flash memory 
cards, digital video disks, Bernoulli cartridges, RAMs, 
ROMs, and the like. A number of program modules may 
be stored on the machine-readable media, including an 
operating system 235 (with a browser function), one or 
40 more application programs 236 (such as a setup pro- 
gram), other program modules 237, and program data 
238. 

[0052] PVA 220 communicates with peripheral devic- 
es via bus interface 246 and peripheral bus 252. Periph- 

45 era! bus 252 may bean IEEE 1394 bus, an ISO 11898 
bus (e.g., a Bosch Corporation Controller Area Net- 
work), or other type of bus. Those skilled in the art will 
recognize that numerous other peripheral buses exist in 
other fields in which the present invention can be em- 

50 ployed, such as in the industrial manufacturing field, 
which may use an EN 50170 bus (e.g., a Profibus), an 
ISA SP50 bus (e.g., a Fieldbus Foundation bus) for 
smart peripherals; or in the aerospace field, which uses 
an ARINC™ bus for line-replaceable units. In some ap- 

55 plications, it may also be possible to simply extend sys- 
tem bus 223. 

[0053] Note that in a conventional prior art operating 
system, it is common to designate a specific directory 
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to search for a device driver usable with a newly at- 
tached peripheral device. In contrast, Ihe present inven- 
tion requires that the operating system obtain a location 
where the device driver is located from the peripheral 
device. In other words, the peripheral device supplies 5 
the location or address where information related lo the 
peripheral device, such as a device driver for it, can be 
found. In the embodiment of FIGURE 9 illustrating a use 
for the present invention, this same novel functionality 
is implemented. 

[0054] Connected to peripheral bus 252 in FIGURE 9 
are a digital cell phone 233 and a global positioning sys- 
tem 234. Other peripheral devices connected to periph- 
eral bus 252 may include typical peripheral devices that 
are currently incorporated into automobiles, such as 
compact disk players, digital video disk players, etc. Ad- 
ditional source 249 could provide direct access to device 
drivers or other material when they are connected to pe- 
ripheral bus 252. The new connection of a peripheral 
device can occur during initial production, during main- 
tenance at a service station, or at other times after a 
vehicle has been placed into service. 
[0055] As generally indicated above, each peripheral 
device connected to peripheral bus 252 is a peripheral 
node 256, and includes firmware memory 258 for hold- 
ing information. Firmware memory 258 may be EPROM, 
flash memory, magnetic storage, or other types of mem- 
ory. Firmware memory 258 stores a vendor ID, a product 
ID, and/or other Information related to peripheral node 
256. In addition, the firmware memory also stores a URI 
or other type of address indicating a location from which 
a driverforthe peripheral node and/or other material rel- 
evant to the peripheral node can be accessed and/or 
downloaded. 

[0056] As before, the URI or address stored in the 
firmware memory of the peripheral node can specify a 
location where additional source 249 can be accessed. 
Additional source 249 may be another PVA, an external 
server (which might be generally equivalent to personal 
computer 20), a router, a network personal computer, a 
peer peripheral device, a satellite, or another common 
network node. 

[0057] Like personal computer 20, PVA 220 operates 
in a networked environment using logical connections 
to one or more devices via a network interface 253 and 
a network 251 . Network 251 may be a wireless network 
for mobile communication, or a wired network for com- 
munication at the manufacturing site, service stations, 
fleet stations, or residence. Whether wireless, or wired, 
network 251 may be a wide area network (WAN), a local 
area network (LAN) or other type of commu nication net- 
work. Such networking environments are commonly 
used for digital cellular telephones, global positioning 
systems, emergency roadside assistance systems, 
shipping fleet communications, and the Internet. Net- 
work 251 enables the PVA 220 to communicate with re- 
mote sources, such as additional source 249. It will be 
appreciated that the network connections shown are ex- 



emplary and other means of establishing a communica- 
tion link may be used, such as a conventional modem. 
[0058] Accessing information related to peripheral 
node 256 from additional source 249 is accomplished 
in much the same manner as described above for the 
USB embodiment. However, enumeration and other 
communication with peripheral node 256 is done 
through intervening peripheral bus 252, which simply 
adds a shared layer of communication between 
processing unit 221 and peripheral node 256. 
[0059] When a new peripheral node is connected to 
peripheral bus 252, operating system 235 enumerates 
the new node generally as described above in connec- 
tion with the USB embodiment. However, when a new 
peripheral node is connected to peripheral bus 252, bus 
interface 246 must first establish a peripheral bus ad- 
dress for the new peripheral node. In the USB embodi- 
ment, an address is known for the USB portto which the 
new device is connected. By contrast, only the periph- 
eral bus is connected to a port on the PVA. Thus, an 
intervening bus address for each peripheral node must 
be established before the new node can be enumerated. 
As mentioned, this step is accomplished in accord with 
the well-known standards applicable to the particular 
peripheral bus employed. 

[0060] For example, when a new node is connected 
to an IEEE 1394 peripheral bus, the bus resets itself 
completely, and all of the peripheral nodes communi- 
cate among themselves to determine a new bus ad- 
dress for each peripheral node connected to the bus. 
The bus addresses are digits from zero to n-1 , where n 
is the number of peripheral nodes. Then, PVA 220 enu- 
merates each peripheral node on the peripheral bus, in- 
cluding peripheral node 256. Each peripheral node con- 
tains a bus information block similar to a device descrip- 
tor in USB. The third and fourth quadlets of the bus in- 
formation block include a globally unique device ID. 
[0061] A textual descriptor outside the bus informa- 
tion block, can also point to a leaf, at another location in 
firmware memory 258 that stores the URI as a string. 
This textual descriptor can be obtained during or after 
enumeration. Once the network has been obtained from 
peripheral node 256, the remaining steps of the method 
for accessing the network address and information per- 
taining to the peripheral node are generally similar to the 
step implemented in the USB embodiment described 
above. 

[0062] Although the present invention has been de- 
scribed in connection with the preferred form of practic- 
ing it and modifications thereto, those of ordinary skill in 
the art will understandthat many other modifications can 
be made to the present invention within the scope of the 
claims that follow. Accordingly, it is not intended that the 
scope of the invention in any way be limited by the above 
description, but instead be determined entirely by refer- 
ence to the claims that follow. 
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Claims 

1. A method of accessing information related to a pe- 
ripheral device, comprising the steps of: 

(a) providing a network address in a storage of 
the peripheral device; 

(b) when the peripheral device is coupled to a 
host device, transferring the network address 
from the peripheral device to the host device; 
and 

(c) enabling communication between the host 
device and a source indicated by the network 
address, said communication pertaining to the 
peripheral device. 

2. The method of Claim 1 , wherein the step of provid- 
ing comprises the step of storing the network ad- 
dress in an addressable memory of the peripheral 
device. 

3. The method of Claim 2, wherein the step of trans- 
ferring comprises the steps of: 

(a) providing a pointer to a location in the ad- 
dressable memory of the peripheral device at 
which the network address is stored; 

(b) communicating the pointer to the host de- 
vice; and 

(c) using the pointer to access the location in 
the addressable memory of the peripheral de- 
vice, communicating the network address to 
the host device from said location. 

4. The method of Claim 1 , wherein the step of provid- 
ing comprises the step of storing the network ad- 
dress in one of a removable storage medium and a 
rewritable storage medium that are readable by the 
peripheral device. 

5. The method of Claim 1 , further comprising the step 
of detecting a change in the number of peripheral 
devices connected to the host device to determine 
when the peripheral device is connected to the host 
device. 

6. The method of Claim 1 , wherein the peripheral de- 
vice is coupled to the host device through one of: 

(a) a wired connection to an input/output port 
interface on the host device: and 

(b) a wireless connection between the host de- 
vice and the peripheral device, 

7. The method of Claim 1 , wherein the step of enabling 
communication comprises the steps of: 

(a) requesting permission of a user to commu- 



nicate with the source: and 
(b) upon receiving permission to do so from the 
user, initiating the communication between the 
host device and the source to obtain informa- 
5 tion from the source pertaining to the peripheral 

device. 

8. The method of Claim 1 , wherein the step of trans- 
ferring comprises the steps of: 

10 

(a) issuing a request to the peripheral device 
for a string descriptor; 

(b) receiving the string descriptor; and 

(c) from the string descriptor, determining one 
15 of: 

(i) the network address; and 

(ii) a pointer to a location at which the net- 
work address is stored. 

20 

9. The method of Claim 1 , wherein the step of trans- 
ferring comprises the steps of: 

(a) issuing a Class request to the peripheral de- 
25 vice to obtain the stored network address; 

(b) receiving a response to the Class request; 
and 

(c) from the response, determining one of: 

30 (i) the network address; and 

(ii) a pointer to a location at which the net- 
work address is stored. 

10. The method of Claim 1 , wherein the step of trans- 
35 ferring comprises the steps of: 

(a) issuing a Vendor Specific Device request to 
the peripheral device to obtain the network ad- 
dress; 

40 (b) receiving a response to the Vendor Specific 

Device request; and 

(c) from the response, determining one of: 

(i) the network address; and 
45 (ii) a pointer to a location at which the net- 

work address is stored. 

1 1 . The method of Claim 1 , wherein the step of enabling 
communication comprises the step of automatically 

so retrieving at least one of data, machine instructions, 
and a document pertaining to the peripheral device 
from the source indicated by the network address. 

1 2. The method of Claim 1 , wherein the step of enabling 
55 communication comprises the step of automatically 

executing a setup program obtained from the 
source and pertaining to the peripheral device. 
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13. The method of Claim 1 , wherein the step of enabling 
communication comprises the step of automatically 
displaying a web page available at the source indi- 
cated by the network address. 

14. The method of Claim 1 , wherein the step of enabling 
communication comprises the step of automatically 
installing a device driver program pertaining to the 
peripheral device, on the host device. 

15. The method of Claim 1 , wherein the step of enabling 
communication comprises the step of automatically 
downloading and installing updated firmware into 
the peripheral device. 

16. The method of Claim 1 , wherein the step of enabling 
communication comprises the step of automatically 
executing an application program pertaining to the 
peripheral device. 

17. The method of Claim 1 , further comprising the step 
of providing a properties page for the peripheral de- 
vice that includes a link to the network address, 
thereby enabling a user to select the link to activate 
a browser function to subsequently access the 
source. 

18. The method of Claim 1 , wherein the step of com- 
municating comprises the step of automatically ex- 
ecuting a browser function on the host device and 
automatically navigating to the network address. 

19. The method of Claim 1 , further comprising the step 
of requesting whether a user wants to execute a 
browser function on the host device and automati- 
cally navigating to the network address only if au- 
thorized by the user. 

20. The method of Claim 1 9, further comprisingthe step 
of automatically executing a browser function on the 
host device and automatically navigating to the net- 
work address if authorized by the user. 

21. The method of Claim 19, further comprisingthe step 
of enabling a user to selectively suppress further re- 
quests to execute a browser function on the host 
device and thereby to prevent the step of automat- 
ically navigating to the network address from occur- 
ring. 

22. A machine-readable medium having machine-exe- 
cutable instructions for performing steps (b) and (c) 
of Claim 1 . 

23. A system for automatically accessing information 
related to a peripheral device, comprising: 

(a) a peripheral device in which a network ad- 



dress is stored; 

(b) a host device comprising: 

(i) a memory in which machine instructions 
5 are stored; 

(ii) a network interface used to communi- 
cate over a network; 

(iii) a processor; 

(iv) a peripheral interface adapted to com- 
10 municate with a peripheral device that is 

operatively connected to the peripheral in- 
terface; and 

(c) a source of machine-readable material per- 
15 taining to the peripheral device, said source be- 
ing accessible by the host device at the network 
address stored in the peripheral device, 
through the network interface, said machine in- 
structions stored in the memory causing the 

20 processor to: 

(i) transfer the network address from the 
peripheral device to the host device when 
the peripheral device is coupled to a host 

25 device; and 

(ii) enable communication between the 
host device and the source at the network 
address, to enable the host device to ac- 
cess the machine-readable material. 

30 

24. The system of Claim 23, wherein said machine in- 
structions further cause the processor to: 

(a) issue a request to the peripheral device for 
35 a string descriptor; 

(b) receive the string descriptor; and 

(c) from the string descriptor, determine one of: 

(i) the network address; and 
4 o (ii) a pointer to a location at which the net- 

work address is stored. 

25. The system of Claim 23, wherein said machine in- 
structions further cause the processor to: 

45 

(a) issue a Class request to the peripheral de- 
vice to obtain the stored network address; 

(b) receive a response to the Class request; 
and 

50 (c) from the response, determine one of: 

(i) the network address; and 

(ii) a pointer to a location at which the net- 
work address is stored. 

55 

26. The system of Claim 23, wherein said machine in- 
structions further cause the processor to: 
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25 

(a) issue a Vendor Specific Device request to 
the peripheral device to obtain the network ad- 
dress; 

(b) receive a response to the Vendor Specific 
Device request; and 5 

(c) from the response, determine one of: 

(i) the network address; and 

(ii) a pointer to a location at which the net- 
work address is stored. 

27. The system of Claim 23, wherein said machine in- 
structions further cause the processor to automati- 
cally retrieve at least one of data, machine instruc- 
tions, and a document pertaining to the peripheral 
device from the source indicated by the network ad- 
dress. 

28. The system of Claim 23, wherein said machine in- 
structions further cause the processor to automati- 
cally execute a setup program obtained from the 
source and pertaining to the peripheral device. 

29. The system of Claim 23, wherein said machine in- 
structions further cause the processor to automati- 
cally display a web page available at the source in- 
dicated by the network address. 

30. The system of Claim 23, wherein said machine in- 
structions further cause the processor to automati- 
cally install a device driver program pertaining to the 
peripheral device on the host device. 

31. The method of Claim 23, wherein said machine in- 
structions further cause the processor to automati- 
cally download and install updated firmware into the 
peripheral device. 

32. The system of Claim 23, wherein said machine in- 
structions furtlher cause the processor to automat- 
ically execute an application program pertaining to 
the peripheral device. 

33. The system of Claim 23, wherein said machine in- 
structions further cause the processor to provide a 
properties page for the peripheral device that in- 
cludes a link to the network address, thereby ena- 
bling a user to select the link to activate a browser 
function to access the source. 

34. The system of Claim 23, wherein said machine in- 
structions further cause the processor to automati- 
cally execute a browser function on the host device 
and automatically access the source at the network 
address. 

35. The system of Claim 23, wherein said machine in- 
structions further cause the processor to request 



26 

whether a user wants to execute a browser function 
on the host device and automatically access the 
source at the network address, only if authorized by 
the user. 

36. The system of Claim 35 ; wherein said machine in- 
structions further cause the processor to automati- 
cally execute a browser function on the host device 
and automatically access the source at the network 
address, if previously authorized by the user. 

37. The system of Claim 35, wherein said machine in- 
structions further cause the processor to enable a 
user to selectively suppress further requests to ex- 
ecute a browser function on the host device, and 
thereby to prevent automatically accessing the 
source at the network address. 
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